home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960425-19960715 / 000104_news@columbia.edu _Sun May 19 20:12:53 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id UAA04902 for <kermit.misc@watsun>; Sun, 19 May 1996 20:12:52 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id UAA11031 for kermit.misc@watsun; Sun, 19 May 1996 20:12:50 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.os.linux.misc,comp.protocols.kermit.misc
  7. Subject: Re: Kermit licensing (was: Caldera's WordPerfect)
  8. Date: 20 May 1996 00:12:35 GMT
  9. Organization: Columbia University
  10. Lines: 57
  11. Message-ID: <4noddj$aol@apakabar.cc.columbia.edu>
  12. References: <4lqr4e$55g@netnews.upenn.edu> <DrBn7n.8Fz@telly.telly.org> <4nb0e3$bb1@news.htp.net> <4no92v$17l@Mercury.mcs.com>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14. Xref: news.columbia.edu comp.os.linux.misc:120648 comp.protocols.kermit.misc:5254
  15.  
  16. In article <4no92v$17l@Mercury.mcs.com>, Leslie Mikesell <les@MCS.COM> wrote:
  17. : It's not free for anyone who is likely to need it.
  18. I'm sure that millions of people would disagree with you.  The Kermit
  19. archive has up to 10,000 ftp accesses a day.  Maybe a half million to a
  20. million a year.  And it's been like this for many years.  Often, a single
  21. ftp access results in thousands of people getting the software; for example
  22. at a university, and then using it in the situations where they do not have
  23. ftp or telnet.
  24.  
  25. : If you can use ftp, you probably don't really need kermit to transfer
  26. : files, do you?
  27. :
  28. Then why do so many people use ftp to get Kermit software?
  29.  
  30. : The people who need it are the ones who have a modem and a CD distribution
  31. : of Linux.  Or a PC and a modem and a local BBS that carries copies of
  32. : popular free software.
  33. Exactly, and there's the rub.  The people who complain about our policies in
  34. this regard obviously do not understand them.  In order for a company (such
  35. as CD-ROM seller, or a BBS maker) to distribute our softare to its
  36. customers, it must obtain written permission.  How does it do that?  It
  37. contacts us and asks for it.  Then we discuss the situation and usually come
  38. to a *mutually beneficial* agreement.  This is the norm, and it works.
  39. Those who complain about our copyright notices and restrictions on
  40. redistribution are generally those who never opened up any lines of
  41. communication.
  42.  
  43. : In the case of the unix version, I think it would not be too much to
  44. : ask for them to obtain the permission of all the contributors who
  45. : thought they were contributing to a freely redistributable product
  46. : before changing their policy.
  47. Anybody who wants the UNIX version for themselves can ftp it from us.
  48. Nobody's trust has been violated.  The hot spot seems to be centered on the
  49. Linux packagers.  These people make and sell CDROMs for money.  If they want
  50. to include C-Kermit on their CDROMs, they have to come to a *mutually
  51. beneficial* arrangement with us.  How many of them do you think have even
  52. gone so far as to ask us about it?  On the other hand, if they don't want to
  53. include Kermit, then why the fuss?
  54.  
  55. I don't think anybody has cause for complaint.  Kermit software has served
  56. millions for free for more than fifteen years.  The only people to whom it
  57. is not free (Kermit 95 aside, and aside from those who order Kermit from us
  58. on physical media) are those who themselves make money or otherwise gain
  59. commercial advantage from it *as a commodity*.  If they make money from our
  60. work, so should we.
  61.  
  62. Unlike many other similar projects that have come and gone, we're still here
  63. to stand behind our software and protocol, and to support, maintain, and
  64. develop it.  People, companies, laboratories, agencies all over the world
  65. depend on us for that.  If you don't agree that this is a good thing, set up
  66. your own communications software development and support operation and run
  67. it any way you like.
  68.  
  69. - Frank